Livraison continue

La livraison continue est une approche dans laquelle les équipes publient fréquemment et de manière prévisible des produits de qualité, depuis le dépôt de code source jusqu'à la production, de manière automatisée.

Certaines organisations lancent leurs produits manuellement, en les transférant d'une équipe à l'autre, comme l'illustre le schéma ci-dessous. En général, les développeurs se trouvent à l'extrémité gauche de ce spectre et le personnel opérationnel à l'extrémité opposée. Cela crée des retards à chaque transfert, ce qui entraîne la frustration des équipes et l'insatisfaction des clients. Le produit finit par être mis en service à l'issue d'un processus fastidieux et source d'erreurs qui retarde la génération de revenus.

Observez maintenant le pipeline de livraison continue ci-dessous. Il illustre comment les développeurs écrivent du code sur leurs ordinateurs portables et commitent les changements dans un dépôt de code source comme Bitbucket. Par code, nous entendons le système en cours de test, les tests et l'infrastructure utilisée pour déployer et administrer le système. Bitbucket Pipelines peut livrer le produit de l'environnement de test vers ceux de staging et de production, tout en aidant les clients à tirer parti de ces nouvelles fonctionnalités.

Un pipeline de livraison continue pourrait comporter une « porte » manuelle juste avant l'environnement en production. Une telle porte requiert une intervention humaine, et certains scénarios dans votre organisation pourraient nécessiter d'activer des portes manuelles dans les pipelines. Certaines portes manuelles peuvent être remises en question, tandis que d'autres peuvent être légitimes. Un scénario légitime permet à l'équipe métier de décider de livrer à la dernière minute. L'équipe d'ingénierie conserve une version livrable du produit après chaque sprint, et l'équipe métier prend la décision finale de livrer le produit à tous les clients (ou à un échantillon de la population, voire à des personnes résidant dans une certaine zone géographique).

L'architecture du produit qui parcourt le pipeline est un facteur clé qui détermine l'anatomie du pipeline de livraison continue. Une architecture de produit à couplage fort génère un modèle graphique complexe de pipelines, dans lequel de multiples pipelines pourraient s'enchevêtrer avant que le produit ne soit finalement mis en production.

L'architecture du produit influence également les différentes phases du pipeline et les artefacts produits à chaque phase. Le pipeline commence par créer des composants, qui sont les plus petites unités distribuables et testables du produit. Par exemple, une bibliothèque créée par le pipeline peut être considérée comme un composant. Il s'agit de la phase de Composant.

Les composants à couplage lâche constituent des sous-systèmes ; les plus petites unités déployables et exploitables. Par exemple, un serveur est un sous-système. Un microservice fonctionnant dans un conteneur est également un exemple de sous-système. Il s'agit de la phase Sous-système. Contrairement aux composants, les sous-systèmes peuvent être mis en place et testés.

Par conséquent, il est possible d'apprendre au pipeline à assembler un système à partir de sous-systèmes à couplage lâche quand tout le système doit être livré en un bloc. Il s'agit de la phase Système.

Cette approche du tout ou rien force le sous-système le plus rapide à s'adapter à la vitesse de celui le plus lent. Nous utilisons le cliché « Une chaîne est aussi solide que le plus faible de ses maillons » pour avertir les équipes qui tombent dans le piège de ce modèle d'architecture.

Une fois validé, le système assemblé est alors promu en production sans autre modification. Il entre alors dans la phase finale, appelée Production.

Veuillez noter que ces phases sont plus logiques que physiques. Elles sont uniquement créées pour diviser un grand problème en plus petits sous-problèmes. Vous pouvez avoir plus ou moins de phases, en fonction de votre architecture et de vos exigences.

Sans la qualité, la vitesse n'a aucun intérêt pour nos clients. Les tests continus constituent une technique dans le cadre de laquelle des tests automatisés sont intégrés au pipeline de distribution de logiciels et valident chaque changement entrant. Les tests s'exécutent durant chaque phase du pipeline pour valider les artefacts produits dans cette phase. Les tests unitaires et l'analyse de code statique valident les composants dans la phase Composant du pipeline. Les tests fonctionnels, de performance et de sécurité valident les sous-systèmes dans la phase Sous-système. Les tests d'intégration, de performance et de sécurité valident les systèmes dans la phase Système. Enfin, les smoke tests valident le produit dans la phase Production.

Le pipeline de livraison de logiciels est un produit à part entière et constitue une priorité pour les entreprises. Sinon, nous n'enverrions pas nos produits générateurs de revenus dans celui-ci. La livraison continue apporte une valeur ajoutée de trois manières différentes. Elle améliore la vélocité, la productivité et la durabilité des équipes de développement logiciel.

Quel est le bon moment pour adopter la livraison continue ? De préférence, hier.
Les équipes ont besoin d'un seul backlog hiérarchisé :

La livraison continue est la bonne technique à adopter. Occasionnellement, elle requiert des champions pour amorcer la transformation. Lorsqu'ils sont bien conçus, les pipelines de livraison continue sont rentables.

Alors, qui est impliqué ?

Certaines organisations ont chargé des personnes inexpérimentées de concevoir et d'implémenter des pipelines de livraison continue. Elles ont appris à leurs dépens les profondes subtilités impliquées. La nomination de membres de l'équipe juniors véhicule le mauvais message aux équipes et implique que la livraison continue n'est pas prioritaire. Nous vous recommandons vivement de nommer pour responsable un architecte senior qui apprécie sincèrement la technologie et le business.

Où que vous en soyez dans votre parcours (intégration, test, livraison, déploiement, analyse, etc.), l'amélioration continue ne constitue ni une checklist, ni une destination. Elle est au cœur de votre démarche.

Tôt ou tard, chaque membre de l'organisation recevra un appel lorsque des pipelines de livraison continue sont en cours de développement. Et ce, quelle que soit l'équipe à laquelle il appartient (direction, ingénierie, gestion produit, gouvernance, risque, conformité, InfoSec, opérations, juridique, ou autre). Les pipelines attaquent les silos et éliminent les cloisons. Chacun d'entre nous prend part à cette transformation d'une manière ou d'une autre, et la continuité est la nouvelle norme!